weight is a drawing of a view screen that will be displayed in the personal computer in 
user subsystem 10. use r station 170, and entry nodes 102. 104. 106. 108 and 110: 

FIG. 4 is a flow chart of the process for determining the cost of the other 
materials used to complete the container: and 

FIG. 5 is a flo w chart showing how the post or carrier detects weioht/ratino/errors 
that are id entified during normal article/mail piece acceptance processing. 

Page 8. lines 14 and 19: 

Subsystem 10 is shown as a node which includes a personal compute r and 
printer for processing data and running certain software applications, a monitor for 
providing a human interface with the personal computer so as to view screens 
established by the application, and a keyboard for data entry. A modem link is implied 
that will allow access to interface 12. Additional peripherals that are anticipated include 
a scanner for scanning barcodes and similar data , as wo ll as a weigh i ng sca l o for 
i nputting w e ight shou l d th e syst e m databas e 5 4 not contain a r ele vant w e ight for th o 
artic le to b e sh i pp e d . 

Page 8. line 29 and page 9. line 3: 

Database 54 is optionally linked to a weight and rate f atina-server 52 to form 
subsystem 50. Database 54 comprises all universal process codes (UPC) database 
54A: item weight, volume and density databases 54B: and all carrier rates database 
54C. Subsystem 50 is a remote server which can determine a rate for shipping a parcel 
in accordance with parameters established in the shipping application hosted by 
subsystem 10 and a weight returned from database 54. Database 54 can be updated by 
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data entry from subsystem 10 or from periodic and/or random updates transmitted by 
postal or carrier server 28 and corrected or refined by database correction factors 32. 



Page 9. lines 9 and 10: 

There are a number of commercially available databases that can serve as input 
to the trainable database 54, thus reducing training time and expense. Those databases 
representing portions of the Universal Product Code (UPC) and the European Article 
Numbering (EAN) systems are the most advantageous because they contain product 
descriptions and characteristics but not the weight of the item . Currently, portions of 
these systems are commercially available, while a complete compilation is not available. 
Th e trainab le databas e contemp l at e d h e roin would provide th e quick e st road to actually 
bu il ding a databas e that antic i pat e s the e nt i r e UPC product bas e . 



Page 10. line 12: 

\ 

\ The first overhead digit of a UPC type A symbol is a number related to the type of 

i 

I product being described as follows: 



0 = normal UPC code 

1 = reserved 

2 = products sold by weight 

3 = health related products 

4 = UPC code used without limits 

5 = coupons 

6 = normal UPC code 

7 = normal UPC code 

8 = reserved 

9 = reserved 
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Page 10. line 32 to page 11. line 3: 

Returning to FIG. 1A, subsystem 10 is shown as also linked to the postal or 
carrier stream through letter or parcel presorted metered permit, stamp, or PC-based 
meters/stamp payment and mailer finishing process act i vit ie s 22 which include the 
physical mailing of a letter or the shipping of a parcel. The entry of a letter or a parcel 
into the postal or carrier stream allows the carrier to apply an acceptance and delivery 
process 24 which produces samples of weight data 26 which are input to carrier server 
28. In turn, the carrier server 28 applies the weight database correction factors teusing 
the collected weight data so that th e w ei ght corrections c an be input to the trainable 
database 54 through interface 34, Internet link 36 and interface 38. 

Page 12. line 1: 

A third embodiment of the present invention is shown in FIG. 1C. FIG. 1C is a 
block diagram of a data processing node, which is co-located with the database, and 
wherein the data processing node interfaces with a carrier server mis performing rating 
routines prior to seeking carrier acceptance. 

Page 13. lines 22. 23: 

Turning to FIG. 2A, there is shown the method of the preferred embodiment of 
the present invention. The method begins at step 199 when a user enters data into 
screen 300 (FIG. 5). Then, in step 200^-wttb the initiation of a shipping or carrier 
management application begins (hereinafter referred to as a shipping application) in a 
data processing system. The application can be configured to access carrier data 
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representative of one carrier, or in the alternative, can be configured to select from 
among two or more carriers as based upon selection criteria selected by a system user. 
For example, such criteria can include: cost; desired date of delivery; available services; 
or, shipping mode. 

Page 14. first second and third paragraphs: 

From step 200, the method advances to step 202204 wh e re data re l ative to th e 
parc el to b e shipp e d is enter e d into a w ei ght d e t e rminat i on rout i n e of th e sh i pping 

( appl i cat i on. Th e data can b e e nt e r e d by a system op e rator ut il izing a k e yboard, by 

i 

!'« | scanning a barcode rolatod to tho contonts of th e parc el , or by oth e r sim i lar data ontry 
; methods. Whon tho data has bo o n o nt o rod, th e m e thod advanc e s to th e qu o ry a t step 
■• | 204^, which asks if a weight has been entered for the parc el article . If the response tothe 
| : query is "YES," then the method advances to step 214 where the article data is applied 
i := : ; directly to a rating routine for determining the rate to be charged for shipping the parc e l 
rlj | article via the selected carrier. The method advances from step 214 along a dual path to 
□ j step 216 where the total rate is returned for the container. and e ss e ntially simu l tan e ously 
along path A2 to r o o nt o r th e method flow at step 252 as i s shown in FIG. 2B. At st e p 

i 

1 252, parce l weight i s returned for uso by tho rat i ng rout i n e. If, however, the response to 
the qu e ry at step 204 is "NO," then the method advances to step 201 to read the next 
data field from data fields 305. 307 and 309. Then the program goes to tho qu e ry at 
step 206. 

The query at step 206 asks if a UPC bar code is available for the parcel to be 
shipped. If the response to the query is "YES," then the method advances to step 212 
where the UPC barcod e value is compared to the UPC database to obtain an article 
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postal or carrier weight , and the item volume and density, if found . Now the program 
goes to step 205 to buffer the current article weight with the other weight parameters 
and the current total weight. Then the program goes to decision block 203 to check if 
the total weight has been determined. If step 203 has not determined the total weight, 
the program goes to step 201 to read the next data field. If step 203 determines the 
total weight, the program goes to step 213 to determine if other parameters, i.e.. density 
and volume, are present in the record. If step 213 determines no new parameters are 
present, the program goes to step 214. If step 213 determines that new parameters are 
present, the program goes to step 350 (FIG. 4). Once the weight is obtained, the 
method advances directly to step 214. However, if the response to the query at step 206 
is "NO," then the method advances to the query at step 208. 

At step 208, the method queries at to whether the paree larticle can be identified 
by its charactor i st i cs a description of the article . If the response to the query is "YES," 
then the method advances to step 210 where the characteristics are input to the system 
and the corresponding UPC data and the paree lcontainer weight are determined. From 
step 210, the method flow advances to step 244205. If the response to the query at step 
208 is "NO," then the method advances along path A1 to step 230 as is shown in FIG. 
2B. 

Page 15. line 4: 

Returning to step 214, the method applies the article data, including the weight 
obtained at step 252, to a rating engine to determine the rate to be charged for shipping 
the parcel via the selected carrier. The rate is returned at step 216 and applied to the 
article at step 218 by indicating the rate on a corresponding carrier manifest, producing 



a label (which generally lists the addressee as well) corresponding to the rate, or both. 
In step 219, the rate is applied for this container. T he pafcet container is then prepared 
for shipping at step 220 and the routine for the parcel is concluded at step 222. 

Page 1 5. third paragraph: 

Returning to step 230, if the response to the query is "NO," then the method 
advances to the query at step 240. At step 240, the system queries as to whether or not 
a product description is available. If the response to the query is "NO," then the method 
advances to step 245. Step 245 requests that the user enter data that describes the 
M product. Then the program advances to t he query at step 246. lfr A however, the 
p s response to the query at step 240 is "YES," then the program goes to step 242 to 
compare elements of the product compris i ng th e parc el description with elements in 

ifi 

j» UPC database fields. ar e w ei ght e d ut il izing any of a numb e r of known w e ight i ng 
U t e chniqu es . Th e w e ight e d e l e m e nts of th e product ar e compar e d w i th e lem e nts of th e 
s |j databas e fi el d at st e p 2 4 2 b e for e advanc i ng Now the program advances to the query at 

s:n 

P step 244. 

Page 16. line 1: 

Returning to step 236, if the response to the query as to whether or not the 
product number is available is "NO," then the method advances to step 242 where the 
w ei ghtod elements of the product are compared with elements in the UPC ef— the 
database fields at before advancing to the query at step 244. If the response to the 
query at step 236 is "YES," then the system conducts a search of the database by the 
manufacturer's product number before advancing to the query at step 244. 
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Page 16. lines 8-10: 

At step 244, the system queries as to whether or not a match has been 
determined for the comparisons made of the manufacturer's name, product number, or 
description. If the response to the query is "NO," then the metho dprogram advances to 
step 245 where the user is requested to enter the data. Then the program goes to t he 
qu e ry at step 246. However, if the response to the query at step 244 is "YES," then the 
method advances directly to step 252 and returns a weight to the cost/ rating routine for 
use at step 214. 

Page 1 6. second, third and fourth paragraphs: 

Turning to step 246, the method queries as to whether or not the system user 
can enter (e.g., via keyboard entry or scanner entry) the weight directly to the routine. If 
the response to the query is "YES," then the data is entered into the entry fields of the 
routine at step 250; otherwise, if the response to the query is "NO," then the program 
goes to step 247. Step 247 sends to the user's display the following message: "Weight 
is not available. Take finished package to post/carrier for cost/rating". Then this routine 
goes to step 249 and then to step 222 to end, syst e m user can wo i oh tho artic l e ut ili z i ng 
a w ei gh i ng scal e a t st e p 2 4 8. Th e w ei ght is thon road, at stop 250, from th e sc a l e and 
ent e r e d e i th e r automat i ca l ly or manua l ly i nto tho ontry fi e lds. From step 250, the method 
advances to step 250252 where the weight is returned to the application in step 216 
(FIG. 2A) f or use in determining the cost/ rate. 

Tho w ei ghts database ut il iz e s th e woight ontor o d at stop 2 4 8, tog e th e r with th e 
product doscript i on or product numb e r to e stabl i sh a now weights record wh i ch is 
e nt e r e d i nto th e wo i ghts databas e for subsoquont compar i sons; thus, tho database i s 
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tra i nabl e and potont i a ll y i ncr e as e s i ts ability to reduc e th e nood for future w e igh i ng 
st e ps. 

FIG. 3 is a drawing of a view screen that will be displayed in the personal 
computer in user subsystem 10, user station 170, entry nodes 102. 104, 106. 108. and 
110 . The data entry screen 300 is made up of seven subscreens indicated as 301. 303. 
305. 307. 309. 311. and 313. Each subscreen in turn contains one or more required 
data elements that the user must enter to define the article/mail piece for cost/rating, or 
to provide the needed data to allow computation of the container and its contents 
weight. 

The first sub data entry screen 301 is in turn subdivided into four user data entry 
fields. They are identified as A. B. C. and D in 301. Each field allows the user to 
identify the chosen carrier I AY the level of delivery service reguested (B). any other 
reguested services (C), and finally the destination information (D) that enables delivery. 

The next data entry subscreen 303 provides a field (E) where the user could 
enter the actual final accurate shipping weight when it is already known to them. These 
circumstances are likely found in a manufacturer parcel-shipping site where standard 
boxes, packing and contents are combined in known arrangements. 

The next three subscreens (305. 307 and 309) provide the numeric and text 
information that enables the present invention to operate. 

Subscreen 305 contains data entry lines labeled F! F2 and more. Each line has fields 
for both the UPC code assigned to the contents item, as printed on its label, or found in 
its description. The "F" lines are filled in with either the UPC or a description until all the 
items are accounted for. 
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The next subscreen 307 deals with the mail piece container. At least one "G" line 
must be selected, and either the UPC number entered or the description. 
The next subscreen 309 deals with the packing and tape used to form the mail 
piece/container. At least one "H" line must be selected, and both the UPC number 
entered and a description of what was consumed. 

Subscreens 311 and 313 are not for data entry. These subscreens inform the 
user about the status of the "mail-ability" in ("I") of the mail piece, and the current cost in 

FIG. 4 is a flow chart of the process for determining the cost of the other 
materials used to complete the container. The program begins in step 350 when step 

213 (FIG. 2A) detects other parameters. 

Step 350 reads the input records from subscreens 310-309 (FIG . 3). Then the 
program goes to decision step 352. Step 352 determines whether or not other 
parameter data entries are present in the data record. If other parameters are not 
present, the program goes to step 214 (FIG. 2AV If other parameters are present in 
step 352. the program goes to step 354 to read or compute values for the current postal 
weight: container volume: sum of the contents items and packing material density. In 
step 356. the program subtracts all contents volumes found from the container volume- 
Then, in step 358 the program multiplies the computed volume difference bv the given 
packing material density. In step 360. the program adds the computed postal weight for 
the packing used to the current postal weight. In step 362. the file is returned to step 

214 (FIG. 2A) 
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FIG. 5 is a flow chart showing how the post or carrier detects 
weight/rating/cost/errors that are identified during normal article/mail piece acceptance 
processing. Prior to initiation of the corrective process, described in FIG. 5. a temporary 
article weight error file 371 is produced by a sortation process 370. Sortation process 

370 out sorts all verified mail piece records that exceed post/carrier established 
acceptance value for a user-produced weighing error. The user-produced weighing 
error is usually 3-5% of the total weight. 

The corrective processing starts at step 373 when the first record stored in step 

371 is read in. Next, at step 375, the mail piece unigue number that the system issued 
during the user cost/rating process, is read in from subscreen 301 data field (FIG. 3) 
and is retrieved from the archived user record 300. 

Next the process moves to step 377 to establish if a user established "postal 
weight" was used. If this is the case (yes), the process moves to step 379 where it 
computes the value of the error, and then notifies the user and bills the user's account. 

Next, at step 380. the process checks to see if there are any more records to 
process in step 371. If there are none to process, it moves to step 381 to clear the 
processed records in step 371 and then ends. 

If there are additional files to process in step 371, the process gets the next 
record at step 392 and moves back to step 373. Returning to step 377, if a user 
supplied postal weight was not entered by the user, the process moves to step 383 
where it verifies that the weights entered by the user interactive process matches the 
current UPC-based weights. If a mismatch is found, the process moves to step 379 
where it follows the flow already discussed. If all the component weights are found to 
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match those currently in the UPC database 54b (FIG. 1A). the process moves to step 
385 to locate other mail pieces that contain the same item. 

The process next moves to query the item manufacture's database over the 
Internet to verify the weight. It then moves to step 389 to produce a correction if 
needed. Then the process goes to step 390 to add the correction to a Weight 
Corrections database update file 391 . Then the process moves to step 380. Then the 
system database 32 (FIG. 1 A) is updated from time to time as needed using step 391 . 

Page 17 through page 18, first paragraph: delete in their entirety 

Th e m e thod f l ow b e gins w i th a comparison input i nit i atod at st e p 2 4 0. Th e i nput 
i n i tiat e s, at st e p 260, a compar i son routine. The rout i n e b e gins at st e p 262 wh e r e th e 
product d e scr i pt i on is parsed i nto matching f iel ds befor e advancing to st o p 26 4 wh e r e 
e ach of th e f iel ds i s w e ighted i n accordance with i ts ab i l i ty to defin e or d i r e ct a s e arch to 
a product or art i cle i n t e rms of its actua l weight. From step 26 4 , th e m e thod advanc e s to 
st e p 266 wh e r e an addr e ss i s assign e d to e ach f iel d and a fix e d valu e a l phanumer i c i s 
added that corr e sponds to a product descr i ption i n th e w e ights databas e . At st e p 268, 
e ach of th e a l phanum e rics i s match e d aga i nst the most appropriat e tabl e (bas e d on th e 
alphanumor i cs) in the we i ghts databas e to d e t e rmin o whoth o r a match is to b o returned. 

Th e m e thod quer i es at st e p 270 as to whother or not a match i s r e turn e d. If th e 
response to the qu e ry i s "YES," then the weight of that alphanum e r i c is addod to a 
w oi ghts ta l ly field. If th e response to th e query is "NO," th o n the method advanc o s to the 
query at st e p 27 4 wh i ch asks if th e r e are any mor e match e s. If the r e sponse to th e 
query i s "YES," then th e m e thod advances to st e p 276 whoro tho m o thod goos to th e 
n e xt alphanum e r i c to bo match e d. Tho m e thod th e n goes to th e noxt a l phanumer i c and 
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re e ntors the flow at ctop 270. Howovor, i f the rosponoo to tho quory at stop 27 4 i s 
"NO," thon tho mothod advancos to stop 278 and dotorm i nos whether or not tho tota l 
weight rooordod i n tho wo i ght ta l ly f i o l d is groater than, or equa l to, a pro dotorm i nod 
threshold w e ight. 

I f the wo i ght i n tho woight tal l y f i old is not gr ea t e r than or equa l to tho thresho l d 
w ei ght, thon tho mothod advancos to stop 280, dot o rminos that no match has boon 
found at stop 280 and thon returns at stop 282 to st e p 2 44 as i s shown in F I G. 2B. I f i t i s 
det e rm i nod that tho woight in tho wo i ght ta ll y fi o ld i s greater than or equa l to tho 
threshold weight, thon tho mothod wil l advanc e from stop 278 to stop 28 1 . Tho mothod 
d e t e rm i nes at step 28 4 that a match has b ee n d e t e rminod and thon roturns at stop 286 
to stop 252 as i s shown in F I G. 2B. 

Page 18. first paragraph: 

Wh ile cortain ombod i monts havo b ee n doscribod abov e in torms of tho systom 
w i thin which the subj e ct mothod may bo omp l oyod, tho i nvont i on i s not l im i tod to such a 
context. Th e systom and i ts embod i ments shown in FIG. 1A, F I G. 1B, FIG. 1C, and F I G. 
1D ar e e xamples of conf i gurat i ons for tho invontion, and tho syst e m elem e nts are 
i nt e nded m e r e ly to exempl i fy tho typos of per i ph e rals and comb i nat i ons that are 
cont e mp l ated by tho invontion. 

Substitute new FIG. 1A for old FIG. 1A; 
Substitute new FIG. 2A for old FIG. 2A; 
Substitute new FIG. 3 for old FIG. 3; and 
Add new FIG. 4 and FIG. 5. 
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